Notas sobre satisfiabilidad Ver 2.0 



Juan Manuel Dato Ruiz 
iumadaru@gmail.com 

A dia de hoy he tenido la oportunidad de enfrentar el programa que hice en Python 3.0 para 
ejecutar un algoritmo que conocfa hace muchos ahos. Poco a poco he estado depurando mis 
conocimientos y he pretendido estar divulgando exclusivamente lo consolidado. 

Debido a que confeccione antes el algoritmo que el programa que lo ponia al limite, 
empezaron a aparecer errores y otros imprevistos de concepto que me obligan a tener que 
hacer segun que modificaciones, aunque parece que los pilares siguen firmes. 

1. Supongamos que disponemos de dos formulas F(X) y G(Y) donde X e Y son tuplas de 
literales. Diremos que para cualquier X F(X)=Falso y que existe un Y donde G(Y)=True. 
Por tanto la formula H(X,Y) = F(X) and G(Y) = Falso. Esto nos Neva a que con el 
algoritmo presentado, tras evaluar G y sus literales, el algoritmo parara dando la 
impresion de que existe una solucion (ya que la resolucion del algoritmo no depende 
de Y). Esto indica que para determinar la satisfiabilidad se debe: 

a. Lanzar un supuesto en cada una de las clausulas. 

b. Intentar terminar de encontrar un resultado complete 

Es por ello que no podemos contentarnos con ver como nos obliga el algoritmo a 
lanzar otro supuesto, porque el que tengamos que volver a lanzar el algoritmo no 
implica que haya solucion, pues es posible que la solucion que debamos recorrer 
precise ser al menos planteada antes de poder rechazarla. Como este proceso no anida 
supuestos podemos mantener la polinimialidad. 

2. El programa hecho en Python tenia por objeto demostrar que existia un codigo 
asociable al algoritmo, no obstante no descarto la posibilidad de implementarlo de una 
manera bien estructurada orientado a objetos; con el fin de crear las abstracciones 
oportunas y asi mejorar la legibilidad y su continuidad. 

3. Actualmente en 2.0 he encontrado bugs, a la hora de enfrentarlo a formulas de 
relevancia. Concretamente a la hora de tratar la siguiente posicion activa; se eligio una 
politica a la hora de implementar el algoritmo muy oscura y, para mayor gravedad, le 
quise incluir un mecanismo para calcular el numero de casos. Desde mi punto de vista 
fracasaron ambos intentos, lo mejor sera clarificar esa parte del codigo. 

4. Tambien encontre un error tipografico y otro de mal uso de la captura de los casos. El 
error tipografico se subsanara facilmente, pero la captura de casos voy a desecharlo 
para la siguiente version. Ni esta estructura es la mas adecuada ni parece que este 
bien enfocado, lo que hare sera hacer que se acceda a una solucion en principio 
diferente mediante una funcion de dispersion. 



El programa hecho en Python es muy conservador. Concretamente, cada vez que tiene 
que estudiar la estructura suele clonarla, con su consecuente aumento del factor de 
costes temporales. Ademas, la estructura gasta una posicion para albergar solo cuatro 
posibles valores; bien podna gastar una posicion para gastar 4 A 9 valores y asf a las 
tablas se accederia mas rapidamente, aprovechando la potencia de la maquina. Es por 
ello que el algoritmo en si no esta pensado para funcionar muy rapidamente, todo lo 
mas, esta bien condicionado para ser acelerado. Pero de todas formas hace falta 
algunos compromisos adicionales. 

No descarto la posibilidad de crear un documento FAQ para cualquiera de mis 
aportaciones. Sin embargo para ello antes quiero que se use mi e-mail 
jumadaru@gmail.com, por coherencia. Al fin y al cabo mis reflexiones no tienen por 
que ser compartidas, y cualquier aspecto del codigo es susceptible de poder ser 
explicado y defendido. 

Huelga mencionar mi agradecimiento por tomar en consideracion estas aportaciones 
que, como cualquier otra, debe ser objeto de critica y mejora. 



